home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group97b.txt / 000025_icon-group-sender _Mon Jul 14 20:14:16 1997.msg < prev    next >
Internet Message Format  |  2000-09-20  |  3KB
  1. Received: from kingfisher.CS.Arizona.EDU by cheltenham.cs.arizona.edu; Tue, 15 Jul 1997 12:07:31 MST
  2. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  3.     id AA03122; Tue, 15 Jul 1997 12:07:30 -0700
  4. To: icon-group@cs.arizona.edu
  5. Date: 14 Jul 1997 20:14:16 GMT
  6. From: espie@triere.ens.fr (Marc Espie)
  7. Message-Id: <5qe1ao$9pg$1@nef.ens.fr>
  8. Organization: Ecole Normale Superieure, Paris
  9. Sender: icon-group-request@cs.arizona.edu
  10. Subject: Is comp.lang.icon still alive ?
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12. Status: RO
  13.  
  14. Sometimes I wonder. I just skimmed through >20 postings, none of which was
  15. related to the Icon language, some 3 of them were remotely related to 
  16. computing. There was not even any of the classical mistakes of `Where can I 
  17. get this cool graphic icon editor ?'.
  18.  
  19. The FAQ hasn't been updated in ages. Were it not for the icon newsletter,
  20. you would believe the language is dead.
  21.  
  22. So I will try and write something a little more Icon-related.
  23. I've been working on an Icon port to the Amiga, and so has Marc Culler.
  24. Fortunately, our parallel work have been mostly in complementary direction,
  25. so there should be a new twin port  that compiles under both SAS/C 
  26. (amiga-centric) and gcc (Unix-like close port).  The main work that remains 
  27. to be done is... drum roll... the graphics part.
  28.  
  29. I've seen the Unix and Windows version taking shape. Having at least two or 
  30. three distinct ports will be a very Good Thing, as we will get the chance 
  31. to get more platform independent graphics. Right now, the control you have 
  32. on colormaps is a bit too simple, for instance.  You can play with images 
  33. as long as you stay within the Palette ranges, for instance, or as long as 
  34. you don't allocate more colors than your display can handle.
  35. Playing with digitized images is much more difficult. Maybe I haven't 
  36. looked closely enough, but it seems there is now way to ask for `the 
  37. closest color to those already in use' except for the hard-coded palettes.
  38. Right now, I have to whip up another external graphics program to first 
  39. correct my colormap, and then to play with Icon.
  40.  
  41. I would say that colormaps are an important object in their own right, that 
  42. deserves a more thorough concept.
  43.  
  44. As another limitation, I've compiled Icon 9.3 under Amiga OpenBSD... Works 
  45. withouth a hitch, BUT my X display is rather peculiar: I only have 4 color 
  46. planes, for a grand total of 16 possibly different colors. Most icon color 
  47. programs tend to allocate more than 16 colors, and so fail abysmally on my
  48. machine... though I'd like to get more use of it than out of a b&w machine.
  49. Contrasting with that, other programs such as the pure amiga port of 
  50. Ghostscript manage to produce awesome color graphics with the same 
  51. limitations.  
  52.  
  53. Well, enough rambling. There are probably ways to achieve better results, 
  54. and I'll certainly have to look that up by myself.
  55.  
  56. Just wanted to give all the comp.lang.icon lurkers the feeling they were 
  57. not abandonned yet :-)
  58. -- 
  59. [nosave]<http://www.eleves.ens.fr:8080/home/espie/index.html>
  60. microsoft network is EXPLICITLY forbidden to redistribute this message.
  61. `Seiza no matataki kazoe, uranau koi no yuku e.'
  62.     Marc Espie (Marc.Espie@ens.fr)
  63.